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BACKGROUND OF THE INVENTION 



1 • Field of the Invention 

This invention relates to the field of microprocessors 
and, more particularly, to optimization of the instruction 
set of a microprocessor. 

2. Description of the Relevant Art 

Microprocessor architectures may generally be 
classified as either complex instruction set computing 
(CISC) architectures or reduced instruction set computing 
(RISC) architectures. CISC architectures specify an 
instruction set comprising high level, relatively complex 
instructions. Often, microprocessors implementing CISC 
architectures decompose the complex instructions into 
multiple simpler operations which may be more readily 
implemented in hardware. Microcoded routines stored in an 
on-chip read-only memory (ROM) have been successfully 
employed for providing the decomposed operations 
corresponding to an instruction. More recently, hardware 
decoders which separate the complex instructions into 
simpler operations have been adopted by certain CISC 
microprocessor designers. The x86 microprocessor 
architecture is an example of a CISC architecture. 

Conversely, RISC architectures specify an instruction 
set comprising low level, relatively simple instructions. 
Typically, each instruction within the instruction set is 
directly implemented in hardware. Complexities associated 
with the CISC approach are removed, allowing for more 



advanced implementations to be designed. Additionally, high 
frequency designs may be achieved more easily since the 
hardware employed to execute the instructions is simpler. 
An exemplary RISC architecture is the MIPS RISC 
architecture . 

Although not necessarily a defining feature, variable- 
length instruction sets have often been associated with CISC 
architectures while fixed-length instruction sets have been 
associated with RISC architectures. Variable-length 
instruction sets use dissimilar numbers of bits to encode 
the various instructions within the set as well as to 
specify addressing modes for the instructions, etc. 
Generally speaking, variable-length instruction sets attempt 
to pack instruction information as efficiently as possible 
into the byte or bytes representing each instruction. 
Conversely, fixed-length instruction sets employ the same 
number of bits for each instruction (the number of bits is 
typically a multiple of eight such that each instruction 
fully occupies a fixed number of bytes) . Typically, a small 
number of instruction formats comprising fixed fields of 
information are defined. Decoding each instruction is 
thereby simplified to routing bits corresponding to each 
fixed field to logic designed to decode that field. 

Because each instruction in a fixed-length instruction 
set comprises a fixed number of bytes, locating instructions 
is simplified as well. The location of numerous 
instructions subsequent to a particular instruction is 
implied by the location of the particular instruction {i.e. 
as fixed offsets from the location of the particular 
instruction) . Conversely, locating a second variable-length 



instruction requires locating the end of the first variable- 
length instruction; locating a third variable-length 
instruction requires locating the end of the second 
variable-length instruction, etc. Still further, variable- 
length instructions lack the fixed field structure of fixed- 
length instructions. Decoding is further complicated by the 
lack of fixed fields. 

Unfortunately, RISC architectures employing fixed- 
length instruction sets suffer from problems not generally 
applicable to CISC architectures employing variable-length 
instruction sets. Because each instruction is fixed length, 
certain of the simplest instructions may effectively waste 
memory by occupying bytes which do not convey information 
concerning the instruction. For example, fields which are 
specified as "don T t care" fields for a particular 
instruction or instructions in many fixed-length instruction 
sets waste memory. In contrast, variable-length instruction 
sets pack the instruction information into a minimal number 
of bytes. 

Still further, since RISC architectures do not include 
the more complex instructions employed by CISC 
architectures, the number of instructions employed in a 
program coded with RISC instructions may be larger than the 
number of instructions employed in the same program coded in 
with CISC instructions. Each of the more complex 
instructions coded in the CISC version of the program is 
replaced by multiple instructions in the RISC version of the 
program. Therefore, the CISC version of a program often 
occupies significantly less memory than the RISC version of 
the program. Correspondingly, more bandwidth between 
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devices storing the program, memory, and the microprocessor 
is needed for the RISC version of the program than for the 
CISC version of the program. 

5 SUMMARY OF THE INVENTION 

The problems outlined above are in large part solved by 
a microprocessor in accordance with the present invention. 
The microprocessor is configured to fetch a compressed 

10 instruction set which comprises a subset of a corresponding 
non-compressed instruction set. The non-compressed 
instruction set may be a RISC instruction set, such that the 
microprocessor may enjoy the high frequency operation and 
simpler execution resources typically associated with RISC 

15 architectures. Fetching the compressed instructions from 
memory and decompressing them within the microprocessor 
advantageously decreases the memory bandwidth required to 
achieve a given level of performance (e.g. instructions 
executed per second) . Still further, the amount of memory 

20 occupied by the compressed instructions may be comparatively 
less than the corresponding non-compressed instructions may 
occupy. 

The exemplary compressed instruction set described 
25 herein is a variable length instruction set. According to 
one embodiment, two distinct instruction lengths are 
included: 16-bit and 32-bit instructions. The 32-bit 
instructions are coded using an extend opcode, which 
indicates that the instruction being fetched is an extended 
30 (e.g. 32 bit) instruction. Instructions may be fetched as 
16-bit quantities. When a 16-bit instruction having the 
extend opcode is fetched, the succeeding 16-bit instruction 
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is concatenated with the instruction having the extend 
opcode to form a 32-bit extended instruction. Extended 
instructions have enhanced capabilities with respect to non- 
extended instructions, further enhancing the flexibility and 
power of the compressed instruction set. Routines which 
employ the capabilities included in the extended 
instructions may thereby be coded using compressed 
instructions . 

The compressed instruction set further includes 
multiple sets of register mappings from the compressed 
register fields to the decompressed register fields. Each 
value coded in the compressed register fields decompresses 
to a different register within the microprocessor. In one 
embodiment, the compressed register fields comprise three 
bits each. Therefore, eight registers are accessible to a 
particular instruction. In order to offer access to 
additional registers for certain select instructions, the 
select instructions are assigned two opcode encodings. One 
of the opcode encodings indicates a first mapping of 
register fields, while the second opcode encoding indicates 
a second mapping of register fields. Advantageously, the 
compressed register fields may include relatively few bits 
while select instructions for which access to additional 
registers is desired may be granted such access. 
Additionally, the register mappings are selected to minimize 
the logic employed to decompress register fields. In one 
embodiment, the compressed register field is directly copied 
into a portion of the decompressed register field while the 
remaining portion of the decompressed register field is 
created using a small number of logic gates. 



The microprocessor supports programs having routines 
coded in compressed instructions and other routines coded in 
non-compressed instructions. The subroutine call 
instruction within the compressed instruction set includes a 
compression mode which indicates whether or not the target 
routine is coded in compressed instructions. The 
compression mode specified by the subroutine call 
instruction is captured by the microprocessor as the 
compression mode for the routine. In one embodiment , the 
compression mode is stored as one of the fetch address bits 
(stored in a program counter register within the 
microprocessor) . Since the compression mode is part of the 
fetch address and the subroutine call instruction includes 
storing a return address for the subroutine, the compression 
mode of the calling routine is automatically stored upon 
execution of a subroutine call instruction. When a 
subroutine return instruction is executed, the compression 
mode of the calling routine is thereby automatically 
restored. 

An additional feature of one embodiment of the 
microprocessor is the decompression of the immediate field 
used for load/store instructions having the global pointer 
register as a base register. The immediate field is 
decompressed into a decompressed immediate field for which 
the most significant bit is set. A subrange of addresses at 
the lower boundary of the global variable address space is 
thereby allocated for global variables of compressed 
instructions. Non-compressed instructions may store global 
variables in the remainder of the global variable address 
space. Advantageously, global variable allocation between 
the compressed and non-compressed routines of a particular 



program may be relatively simple since the subranges are 
separate. 

Broadly speaking, the present invention contemplates an 
instruction decompressor configured to decompress compressed 
instructions. A first one of the compressed instructions is 
codable to access a first subset of registers defined for a 
corresponding non-compressed instruction set. Additionally, 
a second one of the compressed instructions is codable to 
access the first subset of registers and is further codable 
to access a second subset of registers. 

The present invention further contemplates a method for 
decompressing compressed instructions. A particular 
compressed instruction having a first register field is 
decompressed using a first register mapping from compressed 
register indicators to decompressed register indicators if 
the particular compressed instruction is encoded using a 
first opcode. Alternatively, the particular compressed 
instruction having the first register field is decompressed 
using a second register mapping from compressed register 
indicators to decompressed register indicators if the 
particular compressed instruction is encoded using a second 
opcode. 

The present invention still further contemplates an 
apparatus for decompressing compressed instructions 
comprising a decompressing means. The decompressing means 
is configured to decompress a particular compressed 
instruction having a first register field using a first 
register mapping from compressed register indicators to 
decompressed register indicators if the particular 



compressed instruction is encoded using a first opcode. 
Additionally, the decompressing means is configured to 
decompress the particular compressed instruction using a 
second register mapping from compressed register indicators 
to decompressed register indicators if the particular 
compressed instruction is encoded using a second opcode. 

The present invention yet further contemplates an 
instruction decompressor configured to decompress a 
compressed register field of a compressed instruction into a 
decompressed register field of a decompressed instruction. 
A decompression of the compressed register field is 
dependent upon a first value coded into the compressed 
register field and a second value coded into an opcode field 
of the compressed instruction. 

The present invention additionally contemplates a 
method for decompressing a compressed register field of a 
compressed instruction into a decompressed register field of 
a decompressed instruction. At least a portion of the 
compressed register field is directly copied into a portion 
of the decompressed register field. The remaining portion 
of the decompressed register field is produced by logically 
operating upon the compressed register field. 

Moreover, the present invention contemplates an 
apparatus for decompressing a compressed register field of a 
compressed instruction into a decompressed register field of 
a decompressed instruction, comprising a first means and a 
second means. The first means is for directly copying at 
least a portion of the compressed register field into a 
portion of the decompressed register field. The first means 
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is coupled to receive the compressed register field. 
Similarly coupled to receive the compressed register field, 
the second means is for logically operating upon the 
compressed register field to produce a remaining portion of 
5 the decompressed register field. 

Furthermore, the present invention contemplates an 
instruction decompressor configured to decompress a 
compressed register field of a compressed instruction into a 

10 • decompressed register field of a decompressed instruction. 
The instruction decompressor forms a first portion of the 
decompressed register field by copying at least a portion of 
the compressed register field thereto. Additionally, the 
instruction decompressor includes a logic block which is 

15 configured to operate upon the compressed register field to 
produce a remaining portion of the decompressed register 
field. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 

Other objects and advantages of the invention will 
become apparent upon reading the following detailed 
description and upon reference to the accompanying drawings 
in which: 

25 

Fig. 1 is a block diagram of one embodiment of a 
microprocessor . 

Fig. 2 is a block diagram of a second embodiment of a 
30 microprocessor . 

Fig. 3A is a first instruction format supported by one 
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embodiment of the microprocessors shown in Figs, 1 and 2. 

Fig. 3B is a second instruction format supported by one 
embodiment of the microprocessors shown in Figs. 1 and 2. 

Fig. 3C is a third instruction format supported by one 
embodiment of the microprocessors shown in Figs. 1 and 2. 

Fig. 3D is a fourth instruction format supported by one 
embodiment of the microprocessors shown in Figs. 1 and 2. 

Fig. 4A is a fifth instruction format supported by one 
embodiment of the microprocessors shown in Figs. 1 and 2. 

Fig. 4B is a sixth instruction format supported by one 
embodiment of the microprocessors shown in Figs. 1 and 2. 

Fig. 4C is a seventh instruction format supported by 
one embodiment of the microprocessors shown in Figs. 1 and 
2. 

Fig. 4D is an eight instruction format supported by one 
embodiment of the microprocessors shown in Figs. 1 and 2. 

Figs. 5A, 5B, 5C, 5D, and 5E are tables of exemplary 
instructions using the formats shown in Figs 3A, 3B, 3C, and 
3D. 

Figs. 6A, 6B, 6C, 6D, 6E, and 6F are tables of 
exemplary instructions using the formats shown in Figs. 4A, 
4B, 4C, and 4D. 



Fig. 7 is a diagram depicting offsets from an arbitrary 
register and a global pointer register, according to one 
embodiment of the microprocessors shown in Figs. 1 and 2. 

Fig. 8 is a block diagram of exemplary hardware for 
expanding an immediate field from a compressed instruction 
to a decompressed instruction. 

Fig. 9 is a diagram depicting decompressed offsets in 
accordance with one embodiment of the microprocessors shown 
in Figs. 1 and 2. 

Fig. 10 is a flow chart depicting operation of a 
decompressor for immediate fields according to one 
embodiment of the microprocessors shown in Figs. 1 and 2. 

Fig. 11 is a block diagram of exemplary hardware for 
generating fetch addresses according to one embodiment of 
the microprocessors shown in Figs. 1 and 2. 

Fig. 12 is a block diagram showing register 
decompression logic employed in one embodiment of the 
microprocessors shown in Figs. 1 and 2. 

Fig. 13 is a block diagram of an exemplary computer 
system including the microprocessor for which embodiments 
are shown in Figs. 1 and 2. 

While the invention is susceptible to various 
modifications and alternative forms, specific embodiments 
thereof are shown by way of example in the drawings and will 
herein be described in detail. It should be understood, 



however, that the drawings and detailed description thereto 
are not intended to limit the invention to the particular 
form disclosed, but on the contrary, the intention is to 
cover all modifications, equivalents and alternatives 
5 falling within the spirit and scope of the present invention 
as defined by the appended claims. 



DETAILED DESCRIPTION OF THE INVENTION 

10 

Turning now to Fig. 1, a block diagram of a first 
embodiment of a microprocessor 10A is shown. Microprocessor 
10A includes an instruction decompressor 12A, an instruction 
cache 14A, and a processor core 16. Instruction 
15 decompressor 12A is coupled to receive instruction bytes 
from a main memory subsystem (not shown) . Instruction 
decompressor 12A is further coupled to instruction cache 
14A. Instruction cache 14A is coupled to processor core 16. 

20 Generally speaking, microprocessor 10A is configured to 

fetch compressed instructions from the main memory 
subsystem. The compressed instructions are passed through 
instruction decompressor 12A, which expands the compressed 
instructions into decompressed instructions for storage 

25 within instruction cache 14A. Many of the compressed 

instructions occupy fewer memory storage locations than the 
corresponding decompressed instructions, advantageously 
reducing the amount of memory required to store a particular 
program. Additionally, since instructions are decompressed 

30 within microprocessor IDA, the bandwidth required to 

transport the compressed instructions from the main memory 
subsystem to microprocessor 10A is reduced. Microprocessor 
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10A may be employed within a computer system having a 
relatively small main memory. Relatively large programs may 
be stored in the main memory due to the compression of 
instructions stored therein. 

In one embodiment, microprocessor 10A is configured to 
execute both compressed and non-compressed instructions on a 
routine-by-routine basis. In other words, a routine may be 
coded using either compressed instructions or non-compressed 
instructions. Advantageously, routines which may not be 
efficiently coded in the compressed instruction set may be 
coded using non-compressed instructions, while routines 
which are efficiently coded in the compressed instruction 
set are so coded. Microprocessor 10A may support a 
particular decompression of the immediate field for 
load/store instructions using the global pointer register as 
a base register, in order to support mixing of compressed 
and non-compressed instructions. The particular 
decompression is detailed further below. Additionally, a 
compression mode is detected by instruction decompressor 
12A. The compression mode identifies the instruction set in 
which a routine is coded: compressed or non-compressed. 

Instruction compression is achieved in microprocessor 
10A by imposing certain limitations upon the available 
instruction encodings. By limiting the instruction 
encodings, instruction field sizes may be reduced (i.e. the 
number of bits within an instruction field may be 
decreased) . For example, the number of available registers 
may be reduced to form the compressed instruction set. 
Because fewer registers are available, a smaller field may . 
be used to encode the registers used as source and 
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destination operands for the instruction. Instruction 
decompressor 12A expands the encoded register field into a 
decompressed register field. The decompressed register 
field is included in the decompressed instruction. The 
5 compressed instructions use the reduced instruction fields, 
thereby occupying less memory (i.e. fewer bits) than the 
original instruction encodings defined by the microprocessor 
architecture employed by processor core 16. 

10 Instruction decompressor 12A is configured to accept 

compressed instructions and to decompress the instructions 
into the original instruction encodings. Each instruction 
field within a particular compressed instruction is expanded 
from the compressed field to a corresponding decompressed 

15 field within the corresponding decompressed instruction. 
The decompressed instruction is coded in the original 
instruction format supported by processor core 16. 

Processor core 16 includes circuitry for fetching 
20 instructions from instruction cache 14A, decoding the 
instructions, and executing the instructions. The 
instructions supported by processor core 16 are specified by 
the microprocessor architecture employed therein. In one 
particular embodiment, processor core 16 employs the MIPS 
25 RISC architecture. However, it is understood that processor 
core 16 may employ any microprocessor architecture. Since 
instruction decompressor 12A decompresses instructions into 
the original instruction format, processor core 16 may 
comprise a previously designed processing core. In other 
30 words, the processing core may not require substantial 
modification to be included within microprocessor 10A. 
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The MIPS RISC architecture specifies an instruction set 
comprising 32 bit fixed-length instructions. A compressed 
instruction set is defined for microprocessor 10A which 
comprises variable-length instructions. Many of the 

5 compressed instructions comprise 16-bit instructions. Other 
compressed instructions comprised 32 bit instructions in 
conjunction with the extend instruction described below. 
Several 16-bit and 32-bit instruction formats are defined. 
It is understood that, although 16-bit and 32-bit compressed 

10 instructions are used in this embodiment r other embodiments 
may employ different instruction lengths. The compressed 
instructions encode a subset of the non-compressed 
instructions. Instruction encodings supported within the 
compressed instruction set comprise many of the most 

15 commonly coded instructions as well as the most often used 
registers, such that many programs, or routines within the 
programs, may be coded using the compressed instructions. 

In one embodiment, microprocessor 10A employs a 
20 compression mode. If the compression mode is active, then 
compressed instructions are being fetched and executed. 
Instruction decompressor 12A decompresses the instructions 
when they are transferred from main memory to instruction 
cache 14. Alternatively, the compressed mode may be 
25 inactive. When the compression mode is inactive, non- 
compressed instructions are being fetched and executed. 
Instruction decompressor 12A is bypassed when the compressed 
mode is inactive. In one particular embodiment, the 
compression mode is indicated by a bit within the fetch 
30 address (e.g. bit 0) . The current fetch address may be 

stored in a PC register 18 within processor core 16. Bit 0 
of PC register 18 indicates the compression mode (CM) of 
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microprocessor 10A. 

Instruction cache 14A is a high speed cache memory 
configured to store decompressed and non-compressed 
5 instructions. Although any cache organization may be 
employed by instruction cache 14A, a set associative or 
direct mapped configuration may be suitable for the 
embodiment shown in Fig. 1. 

10 Turning next to Fig. 2, a second embodiment of a 

microprocessor 10B is shown. Microprocessor 10B includes an 
instruction cache 14B coupled to receive instruction bytes 
from the main memory subsystem, an instruction decompressor 
12B, and processor core 16. Instruction cache 14B is 

15 coupled to instruction decompressor 12B, which is further 
coupled to processor core 16. 

Microprocessor 10B is configured with instruction 
decompressor 12B between instruction cache 14B and processor 

20 core 16. Instruction cache 14B stores the compressed 

instructions transferred from the main memory subsystem. In 
this manner, instruction cache 14B may store a relatively 
larger number of instructions than a similarly sized 
instruction cache employed as instruction cache 14A in 

25 microprocessor 10A. Instruction decompressor 12B receives 
fetch addresses corresponding to instruction fetch requests 
from processor core 16, and accesses instruction cache 14B 
in response to the fetch request. The corresponding 
compressed instructions are decompressed into decompressed 

30 instructions by instruction decompressor 12B. The 

decompressed instructions are transmitted to processor core 
16. 
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Similar to microprocessor 10A, microprocessor 10B 
includes a compression mode in one embodiment. Instruction 
decompressor 12B is bypassed when non-compressed 
instructions are being fetched and executed. For this 
5 embodiment, instruction cache 14B stores both compressed and 
non-compressed instructions. It is noted that instruction 
cache 14B typically stores instruction bytes in fixed-size 
storage locations referred to as cache lines. Therefore, a 
particular cache line may be storing compressed or non- 
10 compressed instructions. In either case, a plurality of 

instruction bytes are stored. Therefore, instruction caches 
14A and 14B may be of similar construction. The compression 
mode at the time a cache line is accessed determines whether 
the instruction bytes are interpreted as compressed or non- 
15 compressed instructions. 

An alternative configuration for microprocessor 10B is 
to include instruction decompressor 12B within the 
instruction decode logic of processor core 16. The 

20 compressed instructions may not actually be decompressed in 
such an embodiment. Instead, the compressed instructions 
may be decoded directly by the decode logic. The decoded 
instructions may be similar to the decoded instructions 
generated for the non-compressed instructions which 

25 correspond to the compressed instructions. 

It is noted that microprocessors 10A and 10B are merely 
exemplary embodiments of a microprocessor 10 which operates 
upon compressed instructions. For the remainder of this 
30 discussion, microprocessor 10, instruction cache 14, and 
instruction decompressor 12 will be used to refer to the 
corresponding elements of both Figs. 1 and 2 as well as 
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other embodiments of the elements included in other 
implementations of microprocessor 10. 

The terms decompression, compressed instruction, 

5 decompressed instruction, and non-compressed instruction are 
used in the above discussion and may further be used below. 
As used herein, the term "compressed instruction" refers to 
an instruction which is stored in a compressed form in 
memory. The compressed instruction is generally stored 

10 using fewer bits than the number of bits used to store the 
instruction when represented as defined in the 
microprocessor architecture employed by processor core 16, 
The term "decompressed instruction" refers to the result of 
expanding a compressed instruction into the original 

15 encoding as defined in the microprocessor architecture 
employed by processor core 16. The term "non-compressed 
instruction" refers to an instruction represented in the 
encoding defined by the microprocessor architecture employed 
by processor core 16. Non-compressed instructions are also 

20 stored in memory in the same format (i.e. non-compressed 
instructions were never compressed) . Finally, the term 
"decompression" refers to the process of expanding a 
compressed instruction into the corresponding decompressed 
instruction. 

25 

It is noted that instruction decompressors 12A and 12B 
may be configured to simultaneously decompress multiple 
compressed instructions. Such embodiments of instruction 
decompressors 12 may be employed with embodiments of 
30 processor core 16 which execute multiple instructions per 
clock cycle. 
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Figs. 3A-3D and 4A-4D depict exemplary instruction 
formats for 16-bit and 32-bit compressed instructions, 
respectively, according to one specific embodiment of 
microprocessor 10 employing the MIPS RISC architecture. 
5 Other instructions formats may be employed by other 

embodiments. The instruction formats shown in Figs. 3A-3D 
each comprise 16 bits in this particular implementation. 
Conversely, the instruction formats shown in Figs. 4A-4D 
each comprise 32 bits in this particular implementation. 
10 The compressed instructions encoded using the instruction 

formats are decompressed into instruction formats as defined 
by the MIPS RISC architecture for each instruction. 

Fig. 3A depicts a first instruction format 20. 

15 Instruction format 20 includes an opcode field 22, a first 
register field 24, a second register field 26, and a 
function field 28. Opcode field 22 is used to identify the 
instruction. Additionally, function field 28 is used in 
conjunction with certain particular encodings of opcode 

20 field 22 to identify the instruction. Effectively, function 
field 28 and opcode field 22 together form the opcode field 
for these instructions. When opcode field 22 employs 
certain other encodings than the particular encodings, 
function field 28 is used as an immediate field. 

25 

First register field 24 and second register field 26 
identify destination and source registers for the 
instruction. The destination register is also typically 
used as a source register for the instruction. In this 
30 manner, two source operands and one destination operand are 
specified via first register field 24 and second register 
field 26. The notations " RT ,f and "RS" in first register 
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field 24 and second register field 26 indicate the use of 
the fields in the instruction tables below. Either RT or RS 
may be a destination register, depending upon the encoding 
of the instruction. 

5 

In one embodiment, opcode field 22 comprises 5 bits, 
first register field 24 and second register field 26 
comprise 3 bits each, and function field 28 comprises 5 
bits. First register field 24 is divided into two subfields 

10 (labeled RT1 and RTO) . RT1 comprises two bits in the 

present embodiment, while RTO comprises one bit. RT1 is 
concatenated with RTO to form first register field 24. 
Subfield RT1 and second register field 26 are used in 
certain instructions encoded via instruction format 20 to 

15 indicate one of the 32 registers defined by the MIPS RISC 
architecture. 

Fig. 3B depicts a second instruction format 30. 
Instruction format 30 includes opcode field 22, first 

20 register field 24, and second register field 26. 

Additionally, a third register field 32 and a function field 
34 are shown. Third register field 32 is generally used to 
identify the destination register for instructions using 
instruction format 30. Therefore, first register field 24 

25 and second register field 26 comprise source registers for 
instruction format 30. Function field 34 is used similar to 
function field 28. In the embodiment shown, third register 
field 32 comprises three bits and function field 34 
comprises two bits. 

30 

A third instruction format 40 _is shown in Fig. 3C. _„ . 
Instruction format 40 includes opcode field 22 and second 
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register field 26, as well as an immediate field 42. 
Immediate field 42 is used to provide immediate data for the 
instruction specified by instruction format 40. Immediate 
data is an operand of the instruction, similar to the value 

5 stored in a register specified by first register field 24 or 
second register field 26. For example, an add instruction 
which uses immediate data adds the immediate data to the 
value stored in the destination register, and stores the 
resulting sum into that destination register. In one 

10 embodiment, immediate field 42 comprises eight bits. 

Immediate field 42 is divided into two subfields (IMM1 and 
IMMO) in the instruction format shown in Fig. 3C. The 
subfields allow second register field 26 to be placed in the 
same bit positions within instruction format 40 as it is 

15 placed in instruction formats 20 and 30. Advantageously, 
second register field 26 is always found in the same 
position of 16-bit instructions in which it is used. 
Therefore, subfield IMMl comprises 2 bits and subfield IMMO 
comprises 6 bits. IMMl is concatenated with IMMO to form 

20 the immediate value. 

Fig. 3D depicts a fourth instruction format 50. 
Instruction format 50 includes opcode field 22 and an 
immediate field 52. Immediate field 52, similar to 
25 immediate field 42, is used as an operand of the 

instruction. However, immediate field 52 comprises 11 bits. 

Fig. 4A depicts a fifth instruction format 60. 
Instruction format 60 includes opcode field 22, which is 
30 coded as the extend instruction. Instruction decompressor 
12 recognizes the extend instruction -opcode within opcode ~ 
field 22 and treats the current instruction as a 32-bit 
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instruction (i.e. the 16 bits included in the instruction 
containing the extend opcode and the 16 bits which would 
otherwise comprise the next instruction in program order are 
concatenated to form a 32 bit instruction) . Therefore, the 

5 compressed instruction can be seen to be a variable-length 
instruction set comprising 16-bit instructions and 32-bit 
instructions- Instruction format 60 further includes a zero 
field 62 comprising six bits (coded to all binary zeros), an 
immediate field 64, and a BR field 66. Instruction format 

10 60 is used to code an extended form of the BR instruction 

(an unconditional branch instruction) , and hence BR field 66 
is an opcode field indicating the BR instruction. In one 
embodiment, the BR opcode is hexadecimal 02. 

15 The extended BR instruction has a larger immediate 

field than the non-extended BR instruction, and therefore 
may be coded with larger offsets than the non-extended BR 
instruction. When a branch to an instruction distant from 
the branch instruction is desired, the extended BR 

20 instruction may be used. Alternatively, branches to close 
instructions may use the non-extended BR instruction. 
Immediate field 64 comprises 16 bits which are used as an 
offset to be added to the address of the instruction 
following the BR instruction to create the target address of 

25 the branch instruction. The non-extended BR instruction, by 
contrast, includes an eleven bit offset (i.e. it is coded 
using instruction format 50) . 



Fig. 4B depicts an instruction format 70 which is an 
30 extended version of instruction format 40. Instruction 
format 70 includes opcode field 22 coded as the extend 
opcode, as well as an immediate field 72, a first register 
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field 74, a second register field 76, and a second opcode 
field 78. First register field 74 and second register field 
7 6 comprise five bits each in the embodiment shown. 
Therefore, any register defined by the MIPS RISC 

5 architecture may be accessed using instruction format 70. 
Second opcode field 78 defines the instruction being 
executed, and comprises 5 bits (similar to opcode field 22) . 
Finally, immediate field 72 comprises 12 bits divided into a 
one bit IMM2 subfield, a five bit IMM1 subfield, and a six 

10 bit IMMO subfield. Immediate field 72 is formed by 

concatenating IMM2 with IMMl and further with IMMO in the 
embpdiment shown . 

An extended instruction format corresponding to 
15 instruction format 30 is shown in Fig. 4C as an instruction 
format 80. Instruction format 80 includes opcode field 22, 
first register field 74, second register field 76, and 
second opcode field 78, similar to instruction format 70. 
Additionally, instruction format 80 includes a third 
20 register field 82 and a function field 84. Third register 
field 82 is similar to third register field 32, except that 
third register field 82 comprises five bits. Therefore, any 
MIPS RISC architecture register may be specified by third 
register field 82. Function field 84 is similar to function 
25 fields 28 and 34, except that function field 84 comprises 
six bits. 

Second opcode field 78 is coded to a particular value 
to identify instruction format 80 from instruction format 
30 70. When second opcode field 78 is coded to the particular 
value, instruction format 80 is assumed by instruction 
decompressor 12. Conversely, when second opcode field 78 is 
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coded to a value other than the particular value, 
instruction format 70 is assumed by instruction decompressor 
12. In one embodiment, the particular value comprises 
hexadecimal 00. 

5 

Instruction format 80 further includes a COP0 bit 8 6.- 
COP0 bit 86, when set, indicates that certain coprocessor 
zero instructions (as defined in the MIPS RISC architecture) 
are being executed. The tables of instructions below 
10 further define the instructions encoded by setting COP0 bit 
86. 

The instructions defined for instruction formats 20, 
30, 40, and 50 are capable of performing many of the 

15 operations commonly performed in typical programs. However, 
routines may need to perform operations of which these 
instructions are incapable. While most of the instructions 
in the routine may be coded using instruction formats 20-50, 
several instructions may require additional encodings. For 

20 example, access to a register not included within the subset 
of available registers in formats 20-50 may be needed. 
Additional instructions not included in the instructions 
encoded using formats 20-50 may be needed. For these and 
other reasons, the extend opcode and extended instruction 

25 formats 60-80 are defined. 

Instruction decompressor 12 examines opcode field 22 in 
order to detect the extend opcode. The extend opcode is one 
of the opcodes defined to use instruction format 50 in the 
30 present embodiment, although the bits included in immediate 
field 52 are assigned differing interpretations depending 
upon the extended instruction format coded for the 
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particular extended instruction. The extended instruction 
formats include a second opcode field (e.g. fields 66 and 
78) which identify the particular extended instruction. 

5 Addition of the extend opcode and extended instruction 

formats allows for many instructions to be encoded using the 
narrower instruction formats 20-50, but still have the 
flexibility of the wider extended instruction formats when 
desired. Programs which occasionally make use of the 

10 functionality included in the extended instruction formats 
may still achieve a reduced memory footprint, since these 
programs may be encoded using compressed instructions and 
- many of the compressed instructions may comprise 16-bit 
compressed instructions. 

15 

An embodiment of microprocessor 10 may handle the 
extended instructions by fetching 16-bit instruction 
portions and detecting the extend opcode. When the extend 
opcode is detected, a NOP may be transmitted to processor 
20 core 16 and the remaining 16-bit portion of the extended 
instruction may be fetched. The extended instruction is 
decompressed and provided as the next instruction after the 
NOP. 

25 Additionally, instruction decompressor 12 handles cases 

wherein a portion of the extended instruction is available 
while a second portion is unavailable. For example, two 
portions of the extended instruction may lie within two 
distinct cache lines within instruction cache 14. 

30 Therefore, one portion of the instruction may be fetched 
from instruction cache 14 while the other portion may not 
reside within instruction cache 14. The portion may then 
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need to be stored within instruction decompressor 12 until 
the remaining portion is available. 

Finally, Fig. 4D is an instruction format 90 used to 

5 explicitly expand the JAL instruction of the MIPS RISC 
instruction set. The JAL instruction is often used as a 
subroutine call instruction. Subroutines may be stored in 
memory at a great distance (address-wise) from the calling 
routine. Therefore, having the largest possible range of 

10 relative offsets (via an immediate field 92 comprising 26 
bits) is important for the JAL instruction. Additionally, 
an exchange bit 94 is included in the instruction encoding. 
The exchange bit is used to indicate the compressed/non- 
compressed nature of the instructions at the target address. 

15 If the bit is set, the target instructions are compressed 
instructions. If the bit is clear, the target instructions 
are non-compressed instructions. The value of exchange bit 
94 is copied into bit 0 of the program counter within 
processor core 16. Bit 0 of the program counter may always 

20 be assumed to be zero, since the sixteen bit and thirty-two 
bit instructions occupy at least two bytes each and 
instructions are stored at aligned addresses. Therefore, 
bit zero is a useful location for storing the compression 
mode of the current routine. Processor core 16 increments 

25 fetch addresses by 2 (instead of 4) when bit 0 is set, 
thereby fetching 16 bit compressed instructions through 
instruction decompressor 12. 

Each instruction within the compressed instruction set 
30 employed by microprocessor 10 uses at least one of the 

instruction formats shown in Figs. 3A-3D and Figs. 4A-4D. 
It is noted that opcode field 22 is included in each 
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instruction format, and is located in the same place within 
each instruction format. The coding of opcode field 22 
determines which instruction format is used to interpret the 
remainder of the instruction. A first portion of the opcode 
5 field encodings is assigned to instruction format 20; a 

second portion of the opcode field encodings is assigned to 
instruction format 30; etc. 

As used herein, the term "instruction field" refers to 
10 one or more bits within an instruction which are grouped and 
assigned an interpretation as a group. For example, opcode 
field 22 is comprises a group of bits which are interpreted 
as the opcode of the instruction. Additionally, first and 
second register fields 24 and 26 comprise register 
15 identifiers which identify a storage location within 

processor core 16 which store operands of the instruction. 
Additionally, the term immediate field refers to an 
instruction field in which immediate data is coded. 
Immediate data may provide an operand for an instruction. 
20 Alternatively, immediate data may be used as an offset to be 
added to a register value, thereby producing an address. 
Still further, immediate data may be used as an offset for a 
branch instruction. 

25 Figs. 5A-6F are tables listing an exemplary compressed 

instruction set for use by one particular implementation of 
microprocessor 10. The particular implementation employs 
the MIPS RISC architecture within processor core 16. 
Therefore, the instruction mnemonics listed in an 

30 instruction column 100 of the tables correspond to 

instruction mnemonics defined in the MIPS RISC architecture . 
(or defined for the instruction assembler, as described in 
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"MIPS RISC Architecture" by Kane and Heinrich, Appendix D, 
Prentice Hall PTR, Upper Saddle River, New Jersey, 1992, 
incorporated herein by reference) with the following 
exceptions: CMPI, MOVE I, MOVE, NEG, NOT, and extend. These 
5 instructions translate to the following MIPS instructions 
(RS and RT refer to the 16-bit RS and RT) : 



CMPI 


XORI 


$24, RS, 


imm8 


MOVI 


ADDIU 


RS, $0, 


simin8 


MOV 


ADD 


RS, $0, 


RT 


NEG 


SUB 


RS, $0, 


RT 


NOT 


NOR 


RS, $0, 


RT 


extend 


(described above) 





15 Additionally, the instruction tables use several 

symbols. In an operands column 102, the symbols rs, rt, xs, 
xt, and rd are used. Rs and xs refer to second register 
field 26 (or second register field 76), while rt and xt 
refer to first register field 24 (or first register field 

20 74) . Similarly, rd refers to third instruction field 32 (or 
third instruction field 82) . As mentioned for one 
embodiment above, first register field 24, second register 
field 26, and third register field 32 comprise three bits 
each. Table 1 below lists the mapping of the field 

25 encodings (listed in binary) to registers in the MIPS RISC 
architecture for these symbols. Other mappings are also 
contemplated, as shown further below. Names assigned 
according to MIPS assembler convention are also listed in 
Table 1. 
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Table 1: Register Mappings 



Field Encoding 


RS, 


RT, RD 


XS, 


XT 


000 


$8 


(t0) 


$24 


(t8) 


001 


$1 


(at) 


$17 


(si) 


010 


$2 


(v0) 


$18 


(s2) 


Oil 


$3 


(vl) 


$19 


(s3) 


100 


$4 


(a0) 


$28 


(gp) 


101 


$5 


(al) 


$29 


(sp) 


110 


$6 


(a2) 


$30 


(s8) 


111 


$7 


(a3) 


$31 


(ra) 


in table 1, up to 


16 registers 


are 


available for 



use in compressed instructions having registers fields 24, 
26, or 32. Because each register field is three bits, only 

5 eight registers are available for a given opcode. 

Instructions which may access all sixteen registers are 
assigned two opcodes in the instruction tables below. 
Register selection is thereby a function of both a register 
field and opcode field 22. Advantageously, register fields 

10 may be encoded using fewer bits while still providing select 
instructions which may access a large group of registers. 

Also listed in operands column 102 are symbols for the 
immediate fields 32, 42, 64, and 72. The symbol "imm" 

15 indicates an immediate field is included. If "imm" is 

preceded by an "s", the immediate field is signed and the 
decompression of the immediate field into the decompressed 
instruction is performed by sign extending the immediate 
field. If "imm" is not preceded by an "S", the immediate 

20 field is unsigned and immediate field decompression involves 
zero extending the immediate field. In one embodiment, 
immediate field decompression for load/store instructions 
comprises right rotation of the immediate bits by one bit 
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for half words and two bits for words, followed by shifting 
of the immediate bits left by one bit for halfwords and two 
bits for words. Effectively, a seven bit immediate field is 
provided for words and a six bit immediate field for 
5 halfwords (in the 16-bit instruction formats) , The MIPS 
RISC architecture defines that data addresses corresponding 
to load/store instructions are aligned for each instruction 
included in the exemplary compressed instruction set. 
Therefore, the least significant bit (for halfwords) and the 
10 second least significant bit (for words) may be set to zero. 
Bits in the compressed immediate field need not be used to 
specify these bits. Finally, "imm" is post-fixed with a 
number indicating the number of bits included in the 
immediate field. 

15 

Opcode field 22 and function field 28 are decompressed 
as well. More particularly, opcode field 22 and function 
field 28 identify the instruction within the MIPS RISC 
architecture, in accordance with the tables shown in Figs. 
20 5A-6F. The opcode and function fields of the decompressed 
instructions are coded in accordance with the MIPS RISC 
architecture definition. 

Figs. 5A and 5B depict a table 110 and a table 112, 
25 respectively. Tables 110 and 112 list instructions from the 
exemplary compressed instruction set which use instruction 
format 20 shown in Fig. 3A. Instruction column 100 and 
operands column 102 are included, as well as an opcode 
column 106 and a function column 104. Opcode column 104 and 
30 function column 106 include hexadecimal numbers, and 
correspond to opcode field 22 and function field 28, 
respectively. ... - - - 
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Table 110 includes several instructions which have an 
"imm5" coding in function column 104. The "immS" coding 
appears for the load/store instructions within table 110, 
5 and indicates that function field 28 is used as an immediate 
field for these instructions. For other instructions, 
function field 28 is used in conjunction with opcode field 
22 to identify a particular instruction within the 
compressed instruction set. 

10 

Additionally, opcode Id is labeled as special in table 
110. The special instructions have a specific 
interpretation of function field 28. In particular, if the 
most significant bit of the function field is clear, then 
15 the instruction is defined to be: 

ADDIU rt, rs, simm4 

wherein the "simm4" operand is formed from the remaining 
20 bits of function field 28. If the most significant bit of 
function field 28 is set, the instruction is defined to be: 

ADDIU xt, xs, simm4 

25 except for two special cases. If second register field 26 
is coded to a zero, then the instruction is: 

MOVE I xt, imm4 

30 wherein again the imm4 operand is formed from the remainder 
of function field 28. Lastly, if second register field 26^ 
is coded to 5 (hexadecimal) , then the instruction is defined 
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to be: 



ADDIU sp, simm9 

5 wherein the simm9 operand is formed from the remaining bits 
of function field 28 and first register field 24. The low 
order two bits of the simm9 operand are set to zero. 

It is noted that the destination of the SLT and SLTU 
10 instructions shown in table 110 is the t8 register (register 
$24) according to one embodiment. 

Table 112 shows an "imm3" and "imm6" operand for 
several instructions. The imm3 operand is coded into second 
15 register field 26, and the "imm6" operand is coded into both 
second register field 26 and first register field 24. 

Additionally, table 112 includes the jump register (JR) 
instruction, having second register field 26 as an operand. 
20 However, it is noted that in one embodiment subfield RT1 of 
first register field 24 is used in conjunction with second 
register field 26 to specify any of the MIPS RISC 
architecture registers for the JR instruction. 

25 Turning now to Fig. 5C, a table 114 including 

instruction column 100, operands column 102, opcode column 
106, and function column 104. Table 114 lists instructions 
from the exemplary instruction set which use instruction 
format 30 shown in Fig. 3B. Certain instructions within 

30 table 114 have hardcoded destination registers (i.e. the 

destination registers cannot be selected by the programmer, 
other than by using a different opcode) . For these 
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instructions, third register field 32 is combined with 
function field 34 to store the function field encoding shown 
in function column 104. Additionally, an instruction is 
shown which has an immediate operand in function column 104 
5 and operands column 102, This instruction uses second 

register field 26 in conjunction with function field 34 to 
code the corresponding immediate field used by the 
instruction. 

10 Figs 5D and 5E are tables 116 and 118 showing the 

instructions from the exemplary compressed instruction set 
which employ instruction formats 40 and 50, respectively. 
It is noted that the extend instruction is shown in table 
118. However, the extend instruction actually indicates 

15 that the instruction is a 32-bit compressed instruction 
which uses one of instruction formats 60, 70, or 80. 

Turning now to Figs. 6A and 6B, a table 120 and a table 
122 are shown. Tables 120 and 122 depict those instructions 
20 from the exemplary compressed instruction set which are 
encoded using instruction format 70, shown in Fig. 4B. 

Table 120 includes instruction column 100 and operands 
column 102, and further includes an opcode column 108. 
25 Opcode column 108 is similar to opcode column 106, except 
that the opcode encodings shown in opcode column 108 
correspond to opcode field 78. 

Table 122 includes an RT column 109 which corresponds 
30 to first register field 74. The coding of the RT field in 
the instructions shown in table 122 indicates which 
instruction is selected. The instructions shown in table 
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122 share a specific encoding in opcode field 78. In one 
embodiment, the specific encoding is 00 (hexadecimal) . 

Figs. 6C, 6D, 6E, and 6F are tables 124, 126, 128, and 
5 130 which depict instructions from the exemplary compressed 
instruction set which are encoded according to instruction 
format 80. Tables 124, 126, and 130 include a function 
column 107 which corresponds to encodings of function field 
84. Table 128 includes an RS, RT column 105 which will be 
10 explained in more detail below. 

Operands column 102 for table 124 includes immediate 
operands for certain instructions. The "immS" operand is 
coded into second register field 76. The "immlS" operand is 
15 coded into a combination of first register field 74, second 
register field 76, and third register field 82. 

The instructions listed in table 128 are identified via 
encodings of second register field 76, as shown in RS, RT 

20 column 105. Certain instructions are identified via second 
register field 76 in conjunction with first register field 
74, Those instructions for which RS, RT column 105 includes 
an asterisk for the RT portion are identified via second 
register field 76, while those instructions for which RS, RT 

25 column 105 does not include an asterisk are identified by 
second register field 76 in conjunction with first register 
field 74. Instructions which are not identified via first 
register field 74 may use first register field 74 to encode 
an operand. The instructions listed in tables 128 and 130 

30 are instructions for which COP0 bit 86 is set, while 

instructions listed in tables 124 and 126 are encoded with 
COP0 bit 86 clear. 
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Certain instructions in table 128 include an "imm6" 
operand. The ,f imm6" operand is coded into function field 
84. Additionally, function field 84 is used to indicate the 
5 instructions shown in table 130 when second register field 
76 is coded to lx (hexadecimal), wherein "x" indicates that 
the low order bits are don't cared. 

Turning now to Fig. 7 , a first addressing window 150 

10 and a second addressing window 152 are shown according to 
one embodiment of microprocessor 10. At the center of 
addressing window 150 is the value of a base register 
(represented as Reg. on the left side of addressing window 
150) . The value of the base register identifies an address 

15 within the main memory subsystem. Addressing window 150 
represents the range of addresses around the value of the 
base register which are accessible to a load/store 
instruction in the non-compressed instruction set according 
to one embodiment of the non-compressed instruction set. 

20 The non-compressed instruction set specifies that load/store 
instructions form the address of a memory operand via the 
sum of a value stored in a base register and a sixteen bit 
signed immediate field. In such an embodiment, the range of 
addresses has an upper boundary of 327 67 greater than the 

25 base register and a lower boundary of 32768 less than the 
base register. Other embodiments may include larger or 
smaller ranges. As used herein, the term "base register" 
refers to a register which is specified by a load/store 
instruction as storing a base address, to which the signed 

30 immediate field is added to form the address of the memory 
operand operated upon by the instruction. 
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As shown in table 110, for example, load/store 
instructions within the 16-bit portion of the exemplary 
compressed instruction set include a five bit immediate 
field. This field is rotated right two bits and then 
5 shifted left two bits for word-sized memory operands, 
forming a seven bit immediate field (the largest of the 
immediate fields which may be formed using the five bits, 
according to one embodiment) . The seven bit immediate field 
is then zero extended to form a positive offset from the 

10 base register in the corresponding decompressed instruction, 
A subrange 154 of addresses are therefore available for 
access by compressed instructions. Within addressing window 
150, subrange 154 has an upper boundary of 127 greater than 
the base register and a lower boundary of the base register. 

15 However, subrange 154 may vary in size from embodiment to 
embodiment . 

While subrange 154 may work well for many load/store 
instructions, a different subrange may be employed for use 

20 with the global pointer register. The global pointer 

register is a register assigned by software convention to 
locate an area of memory used for storing global variables . 
A global variable is a variable which is available for 
access from any routine within a program. In contrast, a 

25 local variable is typically accessible only to a particular 
routine or group of routines. In the MIPS instruction set, 
for example, register $28 is often used as the global 
pointer register. 

30 The area of memory around the global pointer register 

may therefore be viewed as a table of global variables. 
Each global variable is assigned an offset within the table. - 
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The offset corresponds to a particular immediate field value 
which may be added to the global pointer register in order 
to locate the global variable. For the embodiment shown in 
Fig. 7 , for example, a 64 kilobyte table may be allocated 
5 for global variables as shown along the left side of 
addressing windows 150 and 152. 

If compressed immediate fields are decompressed as 
described for addressing window 150, then the global 

10 variable table includes a section which is accessible to 
compressed instructions (corresponding to subrange 154) 
which is between two subranges 156 and 158 accessible to 
non-compressed instructions. As noted above, microprocessor 
10 may support programs in which some routines are coded 

15 with non-compressed instructions while other routines are 
coded with compressed instructions. Allocating global 
variables in a particular program is complicated by the 
division of the non-compressed global variable subranges 156 
and 158 of addressing window 150. Global variables may be 

20 allocated into subrange 158, for example, and then global 
variable allocation must continue in subrange 156 (for non- 
compressed instructions) . In other words, subrange 154 must 
be bypassed for global variables accessible to non- 
compressed instructions. 

25 

Microprocessor 10 may employ a decompression of the 
compressed immediate field for load/store instructions using 
the global pointer (GP) register which leads to addressing 
window 152. Addressing window 152 includes a subrange 160 
30 accessible to compressed instructions and a subrange 162 

accessible to non-compressed instructions. Advantageously, 
subrange 162 is a contiguous block of memory. Global - - 
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variables for access by non-compressed instructions may be 
allocated into subrange 162, while global variables for 
access by compressed instructions may be allocated into 
subrange 160. Essentially, subrange 160 and subrange 162 
5 form distinct tables of global variables for access by 
compressed and non-compressed instructions, respectively. 

Addressing window 152 is achieved by decompressing the 
compressed immediate field as described above, except that 

10 the most significant bit of the decompressed immediate field 
is set. If the compressed immediate field is coded with 
binary zeros, then the decompressed immediate field is 8000 
(in hexadecimal) . Since the decompressed immediate field is 
interpreted as a signed field for load/store instructions, 

15 the 8000 value is the most negative number available in the 
decompressed immediate field. Other encodings of the 
compressed immediate field are decompressed into negative 
numbers which form subrange 160. Subrange 160 forms the 
lower boundary of the range of addresses represented by 

20 addressing window 152 as shown in the embodiment of Fig. 7. 

As used herein, the term memory operand refers to a 
value stored in a memory location within the main memory 
subsystem. Load instructions may be used to transfer the 

25 memory operand to a register within microprocessor 10. 
Conversely, store instructions may be used to transfer a 
value stored in a register into the memory operand storage 
location. A memory operand may be of various sizes (i.e. 
numbers of bytes) . In one embodiment, three sizes are 

30 available: byte, half word, and word. A halfword comprises 
two bytes, and a word comprises four bytes. Other memory 
operand sizes are contemplated for other embodiments. 
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Turning to Fig. 8, a block diagram of exemplary 
hardware within instruction decompressor 12 for 
decompressing the immediate field of a load/store 
instruction is shown. It is noted that multiple copies of 

5 the exemplary hardware shown in Fig. 8 may be employed to 
concurrently decompress multiple load/store instructions. 
The exemplary hardware shown in Fig. 8 is described in terms 
of microprocessor 10B. However, similar hardware may be 
employed within microprocessor 10A. The exemplary hardware 

10 includes a immediate field decompressor 170 and a register 
decoder 172. 

When an instruction is conveyed to instruction 
decompressor 12B from instruction cache 14B, a portion of 

15 the instruction comprising the compressed immediate field 
for load/store instructions is conveyed to immediate field 
decompressor 170 upon a compressed immediate bus 174. For 
the exemplary instruction set described in Figs. 3A-6F, the 
compressed immediate field comprises function field 28 

20 (shown in Fig. 3A) . Additionally, the base register field 
for the compressed load/store instruction is conveyed upon a 
base register bus 17 6. For the exemplary instruction set 
shown in Figs. 3A-6F, the base register field comprises 
second register field 26. 

25 

Register decoder 172 decodes the register identified 
upon base register bus 176. If the base register is the 
global pointer register, register decoder 172 asserts a GP 
signal upon GP line 178 to immediate field decompressor 170. 
30 Otherwise, register decoder 172 deasserts the GP signal. 
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Immediate field decompressor 170 decompresses the 
compressed immediate field in one of two ways, dependent 
upon the GP signal. If the GP signal is deasserted, then 
immediate field decompressor 170 clears the most significant 
bit of the decompressed immediate field. Conversely, 
immediate field decompressor 170 sets the most significant 
bit of the immediate field if the GP signal is asserted. 
Therefore, a positive offset is created when a register 
other than the global pointer register is used as the base 
register. A negative offset is created when the global 
pointer register is used as the base register. Immediate 
field decompressor 170 conveys the decompressed immediate 
field upon a decompressed immediate bus 180. 

Fig. 9 illustrates the decompressed immediate field 
generated for load/store instructions according to one 
embodiment of the exemplary compressed instruction set. The 
compressed immediate field of load/store instructions which 
do not employ the global pointer register as the base 
register are decompressed as indicated by reference number 
182. The decompression for bytes, halfwords, and words are 
shown separately, with each bit position of the decompressed 
immediate field (or offset) represented by a numerical digit 
or an "L". Bits from the compressed immediate field are 
shown in the respective bit locations of the decompressed 
field via the numerical digits. The least significant bit 
of the compressed immediate field is represented by the 
digit 0, and the most significant bit of the compressed 
immediate field is represented by a 4 . The letter "L" is 
used to indicate a bit position which is set to a binary 
zero . 
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Decompressed immediate fields corresponding to bytes, 
half words, and words for load/store instructions which use 
the global pointer register as a base register are indicated 
by reference number 184. Similar to the decompressed fields 

5 indicated by reference number 182, the decompressed fields 
indicated by reference number 184 depict numerals in bit 
positions which are filled with a bit from the compressed 
immediate field and the letter "L" is used to indicate a bit 
position which is set to a binary zero. Additionally, the 

10 most significant bit of each decompressed offset is set to a 
binary one (indicated by the letter "H") . 

Turning next to Fig. 10, a flow chart is shown 
depicting activities performed by instruction decompressor 
15 12 in order to decompress instructions in accordance with 

the embodiment shown in Fig. 8. Although the steps shown in 
Fig. 10 are illustrated as serial in nature, it is 
understood that various steps may be performed in parallel. 

20 Instruction decompressor 12 determines if a received 

instruction is a load/store instruction {decision block 
190) . If the instruction is not a load/store instruction, 
the instruction is expanded in accordance with a mapping 
between the compressed instructions (as illustrated in Figs. 

25 3A-6F) and the corresponding decompressed instructions (step 
192) . If the instruction is a load/store instruction, then 
the base register specified by the instruction is examined 
(decision block 196) . If the base register is the global 
pointer register, the immediate field is decompressed as 

30 indicated by reference number 184 in Fig. 9 (step 194) . 
Alternatively, if the base register is not the global 
pointer register, the immediate field is decompressed as 
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indicated by reference number 182 in Fig. 9 (step 192) . 

In addition to decompressing load/store offsets in a 
different manner for the global pointer register, 
5 microprocessor 10 also supports a compression mode for 

indicating which type of instructions are being executed by 
microprocessor 10 (i.e. compressed or non-compressed) . Fig. 
11 is a block diagram illustrating a portion of one 
embodiment of instruction decompressor 12. The illustrated 
10 portion determines the compression mode for each routine 
executed by microprocessor 10. The portion shown may be 
suitable for microprocessor 1QB, and a similar portion may 
be employed by microprocessor 10A. Fig. 11 depicts a mode 
detector 200. 

15 

When an instruction is fetched by processor core 16, 
the instruction is received upon an instruction bus 202 by 
mode detector 200. Mode detector 200 detects when the jump 
and link (JAL) instruction is fetched, and further examines 

20 the exchange bit 94. If exchange bit 94 is set, the routine 
at the target address of the JAL instruction comprises 
compressed instructions. Therefore, the compression mode of 
the target routine is compressed. Alternatively, exchange 
bit 94 may be clear. In this case, the compression mode of 

25 the target routine is uncompressed. 

In addition to specifying the compression mode for the 
target routine, the JAL instruction causes the address of 
the instruction following the JAL instruction to be stored 
30 into register $31 of the MIPS RISC architecture. This 

register may subsequently be used with the JR instruction to 
return from the target routine. Because the compression 
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mode is stored as part of the address in this embodiment, 
the compression mode of the source routine is restored upon 
execution of the JR instruction. Advantageously, routines 
encoded in compressed instructions may be intermixed with 
5 routines encoded in non-compressed instructions. The new 
compression mode is conveyed to processor core 16 upon a 
compression mode line 206. It is noted that mode detector 
200 may be included as a part of processor core 16 instead 
of instruction decompressor 12, in alternative embodiments. 

10 

The embodiment of mode detector 200 shown in Fig. 11 
includes a storage 204 for a compression enable bit. If 
compression is enabled, the compression enable bit is set. 
When instructions are fetched in compressed mode and 

15 compression is enabled, instruction decompressor 12 

decompresses the instructions. If the enable bit is clear, 
instruction compression is disabled for microprocessor 10. 
Instruction decompressor 12 is bypassed when instruction 
decompression is disabled. Furthermore, mode detector 200 

20 indicates that the compression mode is non-compressed when 
instruction compression is disabled. 

As used herein, a routine is an ordered set of 
instructions coded for execution by microprocessor 10. The 

25 routine may be coded in either compressed or non-compressed 
instructions, and is delimited by a subroutine call 
instruction and a return instruction. The delimiting 
subroutine call instruction is not included within the 
routine. Instead, the subroutine call instruction indicates 

30 the beginning of the routine via a target address included 
with the subroutine call instruction. The first instruction 
of the routine is stored at the target address. 
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Additionally, the address of an instruction within the 
routine including the subroutine call instruction is saved 
so that a return instruction may be executed to return to 
the calling routine. In the exemplary compressed 
5 instruction set depicted in Figs, 3A-6F, the jal instruction 
may serve as a subroutine call instruction. Alternatively, 
the jalr instruction may serve as a subroutine call 
instruction. 



10 A routine ends with a return instruction, which causes 

subsequent instruction execution to return to the address 
saved when the corresponding subroutine call instruction is 
executed. In other words, the target address of the return 
instruction is the saved address. For the exemplary 

15 compressed instruction set, the jr instruction may serve as 
a return instruction. Generally speaking, a target address 
is an address at which instruction fetching is to begin upon 
execution of the instruction corresponding to the target 
address . 

20 

Turning next to Fig. 12, a block diagram of one 
embodiment of register field decompression is shown. Other 
embodiments of register field decompression are 
contemplated. The compressed register field corresponding 

25 to an instruction is conveyed upon compressed register field 
bus 210. A register decompressor block 212 receives the 
compressed register field. Additionally, at least a portion 
of the compressed register field is incorporated into the 
decompressed register field which is then conveyed upon 

30 decompressed register field bus 214. The decompressed 

register field is thereby formed by concatenating at least a 
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portion of the compressed register field to the value 
generated by register decompressor block 212. 

In one embodiment, the entire compressed register field 
5 is concatenated into the decompressed register field. 
Additionally, the remaining portion of the decompressed 
register field depends upon which register set the 
instruction accesses (e.g. xs vs. rs and xt vs. rt) . A set 
selector signal is received upon set selector bus 216 for 

10 each register, indicating whether the xs (xt) or the rs (rt) 
register set should be used. If the set selector signal is 
asserted, then xs (xt) is selected. Otherwise, rs (rt) is 
selected. The set selector signal is asserted or deasserted 
based upon the opcode of the instruction being decompressed, 

15 in accordance with the exemplary compressed instruction set 
shown in Figs. 5A-6F. For example, the register mapping 
between compressed and decompressed registers shown in Table 
1 may be employed. For such an example, register 
decompressor 212 may employ the following logic, wherein DR 

20 represents the decompressed register field, CR represents 
the compressed register field, and RH represents the 
corresponding set selector signal value: 

DR[4:3] = {RH, (RH & CR[2] | !CR[2:0])} 

25 

Several other register mappings are contemplated, 
examples of which are shown in tables 2-4 below, along with 
corresponding Verilog logic equations. It is noted that any 
register mapping may be employed by various embodiments of 
30 microprocessor 10. 
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Table 2: Second Exemplary Register Mappings 



Field Encoding 


RS, 


RT, RD 


XS, 


XT 


000 


$8 


(t0) 


$24 


(t8) 


001 


$9 


(tl) 


$25 


(t9) 


010 


$2 


(v0) 


$18 


(s2) 


Oil 


$3 


(vl) 


$19 


(s3) 


100 


$4 


(a0) 


$28 


(gp) 


101 


$5 


(al) 


$29 


(sp) 


110 


$6 


(a2) 


$30 


(s8) 


111 


$7 


(a3) 


$31 


(ra) 


3] = {RH, (RH & 


CR[2] 


I !CR[2 


:1]) } 





Table 3: Third Exemplary Register Mappings 



Field Encoding 


RS, 


RT, RD 


XS, 


XT 


000 


$16 


(sO) 


$24 


(t8) 


001 


$1 


(at) 


$9 


(tl) 


010 


$2 


(vO) 


$10 


(t2) 


011 


$3 


(vl) 


$11 


(t3) 


100 


$4 


(aO) 


$28 


(gp) 


101 


$5 


(al) 


$29 


(sp) 


110 


$6 


(a2) 


$30 


(s8) 


111 


$7 


(a3) 


$31 


(ra) 


3] = { (RH & CR[2] 


1 ! 


CR[2:0] ) , 


RH} 





Table 4 : Fourth Exemplary Register Mappings 



Field Encoding 


RS, 


RT, RD 


XS, 


XT 


000 


$16 


(sO) 


$24 


(t8) 


001 


$17 


(si) 


$25 


(t9) 


010 


$2 


(vO) 


$10 


(t2) 


Oil 


$3 


(vl) 


$11 


(t3) 


100 


$4 


(aO) 


$28 


(gp) 


101 


$5 


(al) 


$29 


(sp) 
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DR[4:3] 



110 $6 (a2) $30 (s8) 

111 $7 (a3) $31 (ra) 
= { (RH & CR[2] | ! CR[2:1]), RH} 



As indicated by the assembler assigned names shown in 
tables 1-4, various registers are assigned to various 
5 functions by software convention. For example, the MIPS 
assembler assigns the following meanings to registers: 



Table 5: Software Convention for Register Names 



Register 


Software Name 


Use 


$0 




none 


Hardwired to zero 


$1 




$at 


used by assembler 


$2.. 


$3 


vO-vl 


Function results or static link 


$4.. 


$7 


a0-a3 


arguments for a subroutine 


$8. . 


$15, 


t0-t9 


Temporary registers, not saved 


$24. 


.$25 




between subroutine calls 


$16. 


.$23, 


sO-58 


Saved between subroutine calls 


$30 








$26. 


.$27 


kO-kl 


Reserved for operating system 


$28 




gp 


Global Pointer 


$29 




sp 


Stack Pointer 


$31 




ra 


Return address 



10 It is desirable to provide access to both temporary and 

saved registers to routines coded in compressed 
instructions. Additionally, access to vO-vl, a0-a3, gp, sp, 
and ra are needed to operate with existing software. The 
register mappings shown balance these qualities with the 

15 desire for register decompressor 212 to occupy a fairly 
small number of gates. Advantageously, a useful set of 
registers is selected from the MIPS register set while still. - 
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maintaining a low gate count within register decompressor 
212. 



Turning now to Fig. 13, an exemplary computer system 
5 220 including microprocessor 10 is shown. Many other 
computer systems employing microprocessor 10 are 
contemplated. Within computer system 220, microprocessor 10 
is incorporated onto a semiconductor substrate 224 along 
with multiple I/O interfaces 222A-222N. The I/O interfaces 
10 interface to I/O devices external to substrate 224. An 

exemplary I/O interface 222A may be a universal asynchronous 
receiver/transmitter (UART) . 

Microprocessor 10 may be coupled to I/O interfaces 222 
15 for communication therewith. Additionally, microprocessor 
10 may be coupled to external interface logic 226, which 
further interfaces to one or more dynamic random access 
memory (DRAM) modules 228. DRAM modules 228 may store 
compressed and/or non-compressed instruction code, as well 
20 as data for used by the program represented by the 
compressed and/or non-compressed instruction code. 

It is noted that the present discussion may refer to 
the assertion of various signals. As used herein, a signal 

25 is "asserted" if it conveys a value indicative of a 

particular condition. Conversely, a signal is "deasserted" 
if it conveys a value indicative of a lack of a particular 
condition, A signal may be defined to be asserted when it 
conveys a logical zero value or, conversely, when it conveys 

30 a logical one value. 

Although a specific example of a compressed instruction 
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10 



15 



20 



set is shown and described herein, multiple variations, 
extensions, and modifications may be made to the exemplary 
compressed instruction set. These variations, extensions, 
and modifications are contemplated. 

The following Verilog listing describes exemplary logic 
for instruction decompressor 12. Many different embodiments 
of the logic are contemplated, although the Verilog listing 
shown is one suitable example: 



'timescale 1 ns / 1 ns 

module tinyrisc_dp ( xo, ci, dojal, ext, x ); 

output [31:0] xo; // expanded instruction out 

input [15:0] ci; // compressed instruction in 

input dojal; // do jal 

inDut ext; // extend 

input [10:0] x; // extend bits 

wire ext_jal = ext I dojal ; 



/* ci[15:ll] decodes */ 

wire xsp = ci[15:ll] 5'bOOOOO ; 

25 wire spany = -ext_jal & ci[15] & -ci[14] & -ci[ll] ; 

wire splor2 = spany & -ci[13] ; 

wire special = splor2 & -ci[12]; 

wire brjal - ci[15:12] = 4'bOOOl ; 

wire br - brjal & -ci[ll] ; 

30 wire word = ci[15] & (-ext t -ci[13]) & ci[12] & ci[ll] ; 

wire special3= -ext jal & ci[15:ll] «= 5 T blll01 ; 

wire half - ci[15]"& (-ext I -ci[13] I -ci[12]) & ci[ll] & -special- 
wire opi = -ci[15] & ci[14] & -ci[12] ; 

wire opx = ci[15:12] 4'bOOQO i ci[15] & -ci[13] & ci[12] & 
35 ci[ll]; 

wire sll = -ext jal & ci[15:ll] == 5'blOllO; 

wire rtxO = -ext_jal & ( -ci[15] & ci[14] & ci[12] & ~(ci[13] & 
ci[ll]) ); 

wire snx = -ci[15] & -ci[14] & (ci[13] I -ci[12]} I ci[15:ll] — 
40 5'bQlOOl ; 

wire special2= splor2 & ci[12]; 

wire ximm = - { xsp I br ) ; 

wire exti « ext & ximm ; 

wire x2z = spany & ci[12] ; 

45 wire x4z = spany | special3 ; 

wire xn - ci[15:ll] 5'bOllll ; 

wire ill = brjal I xn ; 

wire rsza = -ext_jal & ( ill i sll I ci[15:ll] == 5'bOlOOO ); 

50 /* & decodes */ 
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wire 


jr 


= 


special & ci[4:l] == 4'bOlOG; 




wire 


jalr 


= 


jr & ci[0] ; 




wire 


negnot 




— Special ot c_XL t sj fit v-l L J J <* I ^ J 




wire 


rseqO 


— 


ci[8:6] 3 r b000; 


5 


wire 


sp2x 




special2 & ~ci[0] ; 




wire 


sit 


= 


sp2x & ci[l] ; 




wire 


sp3x 




special3 & ci[4] ; 




wire 


sp3sp 




sp3x & ci[8:6] = 3 f bl01 ; 




/* 1 


decodes 




/ 




wire 


i8 




-ext_jal & -ci[15] 1 sp3sp; 




wire 


i8s 


= 


i8 & -ill ; 




wire 


rdrs 




sp2x & -ci[l] 1 special & ci[4] ; 




wire 


rdrt 




special & ~(ci[4] I ci[3]) 1 jalr ; 


15 


wire 


rdrd 




special2 & ci[0] | sll ; 




wire 


shrs 




-dojal & ( brjal i -ext & xn | ci[14:ll] 










ci[4:2] «= 3'bOO & (ext ? -(ci[15] i ci 










ci[15] )}; 




wire 


rs5 




ext jal 1 ill 1 jr & -ci[0] ; 


20 


wire 


rsz 




rsza | sp2x & -ci[2] & -ci[l] 1 negnot i 



25 



30 



ci[0] 



4'bOOOO & 
! x[10]) : 



& rseqO I 



wire 
wire 
wire 
wire 
wire 
wire 
wire 
wire 
wire 
wire 



rtrs 

rtrt 

snsp3 

snl 

snm 

snh 

snll 

snl2 

xs 

xt 



shrs ; 

-ext_jal & opi I sp3sp ; 
-( ext_jal | rtrs t jr I -ci[15] & -opi 
ci[3] & special3 & -(ci[4] & rseqO); 
snsp3 & -sp3sp; 

ci[10] & -ext jal & snx I snsp3 ; 



); 



snm | ci[10] & ~ext_jal & br 
exti & half ? ci[0] : snh ; 
exti & word ? ci[l] : snh ; 
sp2x & ci[4] I sp3x | opx ; 
jalr ! sp2x & ci[3] I sp3x; 



x[10] & exti 



xo[31] = -dojal & ci[15] & ( ext I -x4z ) ; 

xo[30] = ext & xsp & x[10] ; 

xo[29] = -do jal & ci[14] & -( -ext & ci[15] & -ci[12] 

& -ci[ll] ) ; 

xo[28] = -do jal & ( ci[13] & -( spany i -ext & word 

| special3 ) | -ext & -ci[15] & -ci[14] | br) ; 
xo[27] - do jal I ci[12] & ( ext | -( spany i 

ci[15]&ci[14]&~ci[ll] ) }; 
xo[26] = dojal I ci[ll] ; 

wire[4:0] rs = { rs5 ? ci[10:9] : (xs, (ci[8] & xs I rseqO)}, 

45 ci[8:6] }; 

assign xo[25:21] = rs & {5{-rsz}} ; 

wire[4:0] rt = { xt, (ci[10] ? xt : -(ci[9] t ci[5])), ci[10:9], 

ci[5] }; 

50 assign xo[20:16] = rt & {5{rtrt}} 

| rs & {5{rtrs}} 
1 x[9:5] & {5{ext_jal}} 
1 {rtxO, rtxO, 3'bOQ}; 

55 wire[4:0] rd = { 1'bO, !ci[4:2], ci[4:2] }; 

assign xo[15:ll] = rs & {5{rdrs}} 
! rt & {5 {rdrt}} 
1 rd & {5{rdrd}} 

1 x[4:0] & {5 {ext & -ximm i dojal}} 



assign 
35 assign 
assign 

assign 

40 assign 

assign 



50 



I { {2{slt | snh}}, snh, snl2, snll }; 



10 



assign xo [10 : 6] 

rs & {{2{shrs}}, {3{shrs I sll} } } 
I ci[15:ll] & {5{dojal}} 
I x[4:0] & {5{exti}} 

i { ci[l]&sll, ci[0]&sll, 1'bO, ci[10]&i8s, ci[9]&i8s I 

ci [1] &~ext_jal&word} 
1 { snm, snm, snm, snl, snl }; 



assign xo[5] = ci[5] & (ext_jal I i8) I ci[4] & special 

I ci[0] & -extjal & half I specia!2 | snl ; 

assign xo[4] = ci[4] & ~x4z | ci[l] & sp3sp I snl ; 

assign xo[3] = sp3sp ? ci[0] : ci[3] & -x2z I sit ; 

15 assign xo[2] = ci[2] & -x2z; 

assign xo[l] = ci[l] & -( -dojal & word I sll I sp3sp ); 

assign xo[0] - ci[0] & -dojal & half I sll I sp3sp ) I 

special2 & ci[2] ; 

20 endmodule 

In accordance with the above disclosure, a 
microprocessor has been described which executes 
instructions from both a compressed instruction set and a 

25 non-compressed instruction set. The microprocessor expands 
the compressed instructions into decompressed instructions 
or directly decodes the compressed instructions. 
Advantageously, routines coded using the compressed 
instruction set occupy a smaller amount of memory than the 

30 corresponding routines coded in non-compressed instructions 
Memory formerly occupied by such routines may be freed for 
use by other routines or data operated upon by such 
routines . 



35 Numerous variations and modifications will become 

apparent to those skilled in the art once the above 
disclosure is fully appreciated. It is intended that the 
following claims be interpreted to embrace all such 
variations and modifications. 
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